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Abstract 

Systems analysis and design (SAD) is one of the core courses offered in most IS programs, 
yet this class can be challenging for students and instructors alike. The concepts can be ab¬ 
stract, and getting students to appreciate their importance can be difficult. This paper dis¬ 
cusses the implementation of a two semester sequence in which the students are placed in 
teams to complete an analysis, design and implementation of a real world project for an end 
client. The result is the theories of the systems analysis and design course are placed into 
practice immediately through active learning and also the capstone projects have a higher lev¬ 
el of success. 

Keywords: Systems Analysis and Design, capstone course, active learning, service learning, 
pedagogy 


1. INTRODUCTION 

Systems analysis and design (SAD) is one of 
the core courses offered in most IS pro¬ 
grams, yet this class can be challenging for 
students and instructors alike. The concepts 
can be abstract, and getting students to ap¬ 
preciate their importance can be difficult. 
Chen (Chen, 2006) notes that teaching 
SA&D courses are more difficult than other 
IS courses which are more structured such 
as programming and database. One way to 
improve this situation is to involve the stu¬ 
dents in real systems analysis and design 
projects, but this again only captures a por¬ 
tion of the problem. If the students don't 
have to build the systems they design, many 
of the nuances of design may escape them. 


Of course, it is also very difficult to have the 
students learn how to design and then build 
a system in a single semester. 

In order to overcome this limitation, the au¬ 
thors have linked the systems analysis and a 
separate systems implementation / capstone 
course. Over a period of two semesters the 
students not only learn the conceptual 
frameworks for systems analysis and design, 
but they must actually complete a real world 
analysis and design project and then imple¬ 
ment that project for a real world client. This 
paper will explore the historical structure of 
the SAD and capstone courses, the methods 
used to integrate them, and will show how 
this links to both the IS model curriculum, 
the goals of the University and can improve 
student learning in these two areas. 
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2. LEARNING THEORIES 

There are various learning theories that all 
suggest that students need to be more in¬ 
volved in their learning through actual expe¬ 
riences. The learning theories from the be¬ 
havior, cognitive, constructionist, resource 
based and active learning theories all sug¬ 
gest methods to engage the student to be 
more involved in their learning. Gagne, 
Briggs & Wager (Gagne, Briggs, & Wager, 
1988), in their study of behavior and cogni¬ 
tive learning theories, proposed several prin¬ 
ciples for effective instructional design that 
are founded in behavioral learning theory. 
One of these principles is contiguity, the 
concept that the response should follow the 
stimulus without delay. The longer the delay 
of the response to a learning stimulus, the 
less likely the student is to retain the learn¬ 
ing. Thus if the students can practice what 
they have learned, learning may be in¬ 
creased. 

Likewise Brandt (1997) observes that learn¬ 
ers construct knowledge by making sense of 
experiences in terms of what is already 
known. Learners transfer knowledge 
through experiences via mental models, 
which are used to assimilate new informa¬ 
tion into knowledge, and thus become ex¬ 
panded mental models. This knowledge 
transfer (defined as constructivism (Brandt, 
1997)), emphasizes knowledge construction 
and problem solving in domains of increas¬ 
ing conceptual complexity. 


Traditional 

Learning 

Resource-Based 

Learning 

Teacher as an 
expert model 

Teacher as a facilita- 
tor/quide 

Textbook as 

primary source 

Variety of 

sources/media 

Facts as primary 

Questions as primary 

Information is 
packaqed 

Information is discov¬ 
ered 

Emphasis on 

product 

Emphasis on process 

Assessment is 
quantitative 

Assessment is qualita¬ 
tive/quantitative 


Table 1: Traditional versus Resource 
Based Learning (Rakes, 1996) 

The resource view of learning depicts a 
changing role for the instructor, from that of 


an expert dispensing knowledge to one of a 
resource and a guide. Rakes (Rakes, 1996) 
envisions a change from traditional learning 
to one based on a multitude of resources 
being made available to a student. Rakes 
(1996) supports the move to 'resource 
based learning.' He recommends increasing 
a student's success through the addition of 
practice to shift from the traditional view of 
learning (cognitive and behavioral) to a re¬ 
source-based view of learning. Table 1 pro¬ 
vides a comparison of the traditional view 
and resource view of learning. 

Chickering and Gamson (Chickering & Gam- 
son, 1999) discuss the need for 'active 
learning,' in which they state that students 
do not learn just by sitting in class listening 
to teachers, but that they need to be in¬ 
volved in the process and make it part of 
their personal experiences. Bonwell and Ei- 
son (Bonwell & Eison, 1991) also state that 
students must engage in higher thinking 
tasks such as analysis, synthesis and eval¬ 
uation, in order to better incorporate the 
learning into their experiences. We have 
used these concepts as the basis for the idea 
that students will learn the analysis and de¬ 
sign concepts if they must employ them as 
part of their learning experience. 

3. BACKGROUND 

Systems Analysis and Design 

Systems analysis and design is one of the 
key courses for the information systems cur¬ 
riculum. The IS 2009 Model Curriculum 
"draft" (IS2009, 2009) details that systems 
analysis and design should be one of the key 
courses for all IS majors. One of the re¬ 
quirements is that IS students should exhibit 
strong "analytical and critical thinking, in¬ 
cluding creativity and ethical analysis. 
"Every IS professional must have strong 
analytical and critical thinking skills. Funda¬ 
mentally, IS students need to master prob¬ 
lem solving and systems thinking skills to 
analyze, design, develop, and evaluate IS 
systems and situations." (IS 2009, pl6) 

However, it can be difficult for the students 
to understand why the material is important. 
After all, for many programs, the SAD 
course is a "soft" skills course, while many of 
the other classes (database and program¬ 
ming courses) tend to be "hard" skills 
courses. It is easy to see the immediate 
application for the skills learned in each of 
these hard skills classes, as the students will 
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not be able to create or query the database 
without the appropriate SQL statements. In 
SAD, however, it is hard to see what the 
immediate application of the skills is - they 
are simply more difficult to operationalize. 

Historically at our university (a mid sized 
public institution), the SAD course was 
taught strictly from a text book, with very 
few opportunities for the students to put the 
skills they were learning to use in the 
course. However, the department had im¬ 
plemented a separate required capstone ex¬ 
perience course for all IS majors. In this 
capstone course, students were required to 
build a system for a client either on campus 
or for a local non-profit or business. This 
arrangement provided the opportunity to 
meet a number of requirements. First, it 
allowed the students to learn about systems 
hands-on in the classroom before going out 
into the job market. Second, it provided a 
benefit for the organizations (both on and off 
campus) that the students worked with. 
Third, it fulfilled a portion of the university 
mission (namely for service learning and 
regional engagement). After three seme¬ 
sters of the capstone course, it was ob¬ 
served that it was very difficult to have the 
students both design and build the systems 
in a single semester, while simultaneously 
learning the framework that they would use 
to implement it. In the course evaluations, 
students felt overwhelmed and did not feel 
they were able to implement good SAD prac¬ 
tices (from design through construction and 
deployment) in this one semester capstone. 

This set of problems led to discussions be¬ 
tween the two authors, who are responsible 
for the SAD and capstone courses at the 
university. The authors discussed the possi¬ 
bility of having the students learn SAD and 
design the systems in the SAD course, which 
they would then be responsible for imple¬ 
menting in the capstone course. The SAD 
course is the pre-requisite for the capstone 
course. This seemed like an excellent op¬ 
portunity to solve several problems for the 
courses, as well as to increase the learning 
of students in both courses. 

As an extra incentive for increasing the SAD 
skill sets of our students IS graduates is the 
research by Woratscheck and Lenox (2002), 
where they surveyed employers to deter¬ 
mine the skills they expect graduates to 
have. Woratscheck and Lenox (2002) re¬ 
ported that non-technical skills (such as 
those emphasized in SAD) were as impor¬ 


tant as technical skills. In addition, their 
survey of 30 plus employers noted that 
knowledge of the systems development life 
cycle remains a key component of IS gradu¬ 
ate knowledge, with less emphasis on pro¬ 
gramming languages. Janicki, et.al (2008) 
survey of over 300 IS employers also indi¬ 
cated the need for strong analysis, thinking 
and design skills. 

IS, as a field, focuses on two primary areas, 
the "acquisition, deployment, and manage¬ 
ment of information technology resources 
and services" and the "development and 
evolution of technology infrastructures and 
systems for use in organizational processes." 
(IS 2009) The inclusion of real world 
projects into these two courses ties directly 
into these goals for IS. 

Capstone Course 

Capstone projects are widely used in busi¬ 
ness degree programs (Payne, Flynn, & 
Whitfield, 2008) to provide students with the 
opportunity to work on a "real life" project. 
These projects have been shown to have 
benefits for both students and faculty. In 
general, these projects provide the opportu¬ 
nity for students to synthesize the know¬ 
ledge they have accumulated through their 
courses and apply it. In addition, for 
projects in information systems, the cap¬ 
stone experience allows the student to inte¬ 
ract with a client for whom they are develop¬ 
ing a system - an experience which cannot 
be replicated from book work. This type of 
project has also been shown to improve the 
students self efficacy with problem solving 
(Dunlap, 2005). 

These projects also tie in with a more recent 
trend in university education: that of ser¬ 
vice learning (Govekar & Rishi, 2007; Guja- 
rathi & McQuade, 2002; Rose, Rose, & Nor¬ 
man, 2005). In addition to this being a 
trend in higher education generally, it is 
listed as one of the key missions of the host 
university of the authors. (UNCW, 2009) 
Service learning has multiple benefits for 
students by engaging them in the communi¬ 
ty in which they are learning, and by allow¬ 
ing them to develop leadership skills as they 
work through the project. Studies have 
shown that a service learning approach can 
also increase student satisfaction and the 
desire to learn (Rose et al. 2005). This type 
of learning experience also allows faculty to 
incorporate the real world into the classroom 
(Govekar and Rishi 2007;(Godfrey & Grasso, 
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2000), and to directly demonstrate why the 
concepts they are discussing are important. 

Model Curriculum Implementation 

The IS 2009 model curriculum defines the 
importance of designing and implementing 
systems solutions. The models states "Those 
who can demonstrate the ability to integrate 
high performance in design and implementa¬ 
tion, along with strong business capabilities, 
are typically the most highly sought after 
graduation." (IS 2009 Model Curriculum 
P-21). 

Specific recommendations for the course 
include the following items (IS 2009, p.49), 
and we also describe how the authors at¬ 
tempted to implement that concept. 

1. Students will learn to understand the 
types of business needs that can be ad¬ 
dressed using information technology-based 
solutions. 

In the SAD course, the students discuss 
the types of needs that businesses have 
(to maintain a competitive advantage or 
to support their strategy, for example) 
and how systems can be designed to 
support and enable those goals. 

2. Students will learn to initiate, specify, and 
prioritize information systems projects and 
to determine various aspects of feasibility of 
these projects. 

In the SAD course, the students learn 
various means that organizations can use 
to identify promising projects and to rank 
order them. Specifically, the financial 
and strategic returns and the means to 
evaluate these are covered in the course. 
Project management concepts and me¬ 
thods for initiating projects within an or¬ 
ganization are also covered. 

3. Students will learn to use at least one 
specific methodology for analyzing a busi¬ 
ness situation (a problem or opportunity), 
modeling it using a formal technique, and 
specifying requirements for a system that 
enables a productive change in a way the 
business is conducted. Within the context of 
this methodology, students will learn to 
write clear and concise business require¬ 
ments documents and convert them into 
technical specifications. 

In the SAD course, the students have 
learned the traditional method for per¬ 
forming a systems analysis and for sys¬ 
tems modeling and documentation. By 


engaging in projects with local organiza¬ 
tions, they are required to gather the us¬ 
er requirements and transform them into 
technical specifications. 

4. Students will learn to communicate effec¬ 
tively with various organizational stakehold¬ 
ers to collect information using a variety of 
techniques and to convey proposed solution 
characteristics to them. 

In the capstone course the students are 
required to periodically provide prototype 
screens and models to the end users, 
seek their input and learn about 'change 
management.' In addition the teams 
make formal presentations to the end 
clients at the end of the semester. 

5. Students will learn to manage information 
systems projects using formal project man¬ 
agement methods. 

In the capstone course the students de¬ 
velop their own project plan for complet¬ 
ing the projects to meet the contract set 
with the end user. In addition to a seme¬ 
ster project plan, the plan has three week 
milestones in which the student teams 
must report their past project accom¬ 
plishments and provide specific details on 
what tasks will be accomplished before 
the next milestone. 

6. Students will learn to articulate various 
systems acquisition alternatives, including 
the use of packaged systems (such as ERP, 
CRM, SCM, etc.) and outsourced design and 
development resources. 

The SAD course covers the various alter¬ 
natives for acquiring and building sys¬ 
tems and the various advantages and 
disadvantages of these methods. 

7. Students will learn to systematically com¬ 
pare the acquisition alternatives. 

The SAD course covers the various areas 
in which systems may be compared, in¬ 
cluding the cost, functionality and the 
areas of feasibility that organizations 
must consider when investigating new 
systems. 

4. KEY DELIVERABLES FOR THE 
COURSES 

Systems Analysis and Design 

The following are the major deliverables for 
the SAD course as well as the role of the 
students and the instructor. The key goal is 
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to make the student teams responsible for 
their investigation and design of the sys¬ 
tems. 

1. Determine the user needs for the sys¬ 
tem they are to develop. 

a. Each team is required to develop a 
set of questions and then interview 
the user to get a baseline for the 
system project. 

b. Based on these initial interviews, the 
teams develop a project charter, 
which is signed between both the 
team members and the client. 

2. Follow up with users on the design 

a. Throughout the semester the teams 
are required to follow up with the 
client when they encounter an area 
of requirements that are unclear. 
This helps to drive home the point 
that the collection of requirements, 
and system design itself, are itera¬ 
tive processes. 

3. Create a design for the system. 

a. The teams are each responsible for 
creating a logical design, and the 
structured business logic, for the 
system. 

b. The teams also need to create mock- 
ups of the user screens to demon¬ 
strate how the system would work 
for the user. 

4. Create a database design to support the 

system. 

a. The teams need to create an Entity 
Relationship Diagram for all of the 
data that the system will need to 
contain. 


Capstone Course (System 
Implementation / n-Tier 
development / end client 
interaction) 

The following are the major deliverables for 
the capstone course as well as the role of 
the students and the instructor. The key 
goal is to make the student teams responsi¬ 
ble for their planning and implementation. 

1. Develop a project plan to meet the user 
needs. This plan must detail milestones 
every three weeks, what is to be accom¬ 
plished and what team member is re¬ 
sponsible for that milestone. 

2. Implementation of a SQL database on a 
server to meet user requirements. 

a. This reinforces what the student has 
learned in a prior database course, 
but also combines the SAD concepts 
for ERD's and DFD's. The database 
must support all user requirements 

3. Build an n-tier solution for the client 
starting with the presentation layer 

a. The presentation layer is built via a 
web interface using modern CSS 
(Cascading Style Sheet) concepts as 
well as HCI (Human Computer Inte¬ 
raction) concepts. 

b. Learn the .NET visual development 
tools 

4. Data Access Layer 

a. Build the necessary stored proce¬ 
dures, authorization layers, and data 
base handling to support the project. 
Included are all CRUD (Create, Read, 
Update and Delete) stored proce¬ 
dures to reduce the risk of data in¬ 
jection. 


5. Client Communication. 

a. While the instructors of the SAD and 
Capstone course make the initial 
contact with clients to find the initial 
projects, the student teams are re¬ 
sponsible for all communication with 
the client beyond this. Instructors 
are kept in the communications loop 
through cc:'s on e-mails. 


b. Insure that updates to the data from 
the web pages are done based on 
user roles. Different classes of users 
have different update privileges. 

5. Business Logic Layer 

a. Learn and implement the appropri¬ 
ate .Net code to support the busi¬ 
ness logic requirements of the 
project 

6. Client Communications 

a. Meet with the client periodically to 
review the presentation layer 
screens 
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b. Review periodically with the end user 
to insure system is working toward 
final goals 

7. Instructor Communications 

a. Each team has a personal consulta¬ 
tion with the instructor every three 
weeks. This meeting occurs after 
each team has updated their project 
plans. These plans are updated to 
reflect what was done (or not done) 
as well as revise projected targets. 

5. OUTCOMES AND CONCLUSIONS 

Making these changes has had a number of 
benefits for the learning outcomes of stu¬ 
dents. First and foremost is the experience 
of interviewing a "real live" user. This forces 
them to think of the questions they need to 
ask, as well as focusing them on what to do 
when they get less than specific answers 
from the users. As the users are frequently 
people who know that a system would make 
their life easier, but don't know exactly how, 
the students have to figure out the details. 

The students also gain experience with de¬ 
signing a database to support a business 
process. This process forces the students to 
think about how the data should be stored 
without having a solution file to consult. 
This has proven to be more difficult for the 
students than many originally thought it 
would be which has also lead to some 
changes to the course design for the initial 
SAD course (more on this later). 

Along with the database, the students have 
to map out a business process. This has 
also been challenging for the students, as it 
requires an eye towards detail. While there 
are processes in the book that the student 
do practice on, these examples always have 
gaps in them that the students then have to 
make assumptions about. When dealing 
with real users, the students are forced to 
go back and talk to the user to find out what 
the answer for the gaps is. This process is 
helpful, in that the students learn the level 
of detail required to map a business process, 
and that the users aren't always clear on the 
details! 

The students also show more motivation to 
complete the projects with a high level of 
quality when they have to present a working 
product to a client. The students know that 
they will be working on the project for this 
client for a full year, and will be turning it 


over to them at the end of the year. If it 
doesn't work, they have to tell the client 
why, and they show a reluctance to do this. 

Finally, the students work in teams for these 
projects for a full year. This increases the 
students' ability and skills in group work. 
They have to determine who should work on 
which parts of the design and build, which 
forces them to analyze the strengths and 
weaknesses of each group member. They 
are also required to present their work to 
their peers on two occasions: once at the 
end of the SAD course when they present 
their final design and once at the end of 
Capstone Course when they present their 
completed project. 

A key benefit of the two semester sequence 
is that more projects are 'production ready.' 
In the past when all the interviewing, analy¬ 
sis and design was attempted in one seme¬ 
ster only one third of the projects would be 
ready at the end of the term. Since imple¬ 
mentation of this new process, 65% of the 
projects have been implemented at the end 
of both terms. 

Students also learn from each other. As 
there are on average 15 real world projects 
being developed in a semester, the concepts 
are very similar (authenticate a user, build 
menus, update data etc) and students from 
different teams have helped other team 
members. This really shows how a transfer 
of knowledge can occur. In 2008 we logged 
over 2000 service hours to the community 
between the two courses. 

A lesson well learned from the student pers¬ 
pective is that clients don't always tell you 
want they want (or they don't know what 
they want). Many students comment 
throughout the semester, that they didn't 
tell us they didn't want that. This gives the 
instructors great opportunity to ask them to 
pull out their interview notes and determine 
if they asked the questions specific enough. 

Another well learned lesson is that students 
often want to build their own system for 
their own club, church or personal activity. 
We have found these projects have always 
ended in failure. It is hard for them to identi¬ 
fy their system needs or their own club 
needs. 

Clients also must be managed, their expec¬ 
tations of 'new' developers needs to be 
moderated. We have found clients expect 
immediate production grade system very 
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quickly. We have done our best to indicate 
to the clients that this is a two semester 
project, their involvement in learning is most 
desired as well as the more time they give 
our students the higher quality of the 
projects. We have found our corporate advi¬ 
sory board to be an excellent source of 
projects as they enjoy working with our stu¬ 
dents and know they must assist in the 
'training'. 

These efforts also link into the schools As¬ 
surance of Learning (AOL) efforts for AACSB 
accreditation. The AACSB guidelines en¬ 
courage the use of capstone courses for in¬ 
tegration of knowledge and also encourage 
schools of business to be active in the com¬ 
munities they are in. This program helps to 
meet both of these criteria. 

6. FUTURE ENHANCEMENTS 

System Analysis and Design 

Based on the experiences with "chaining" 
the two courses, several enhancements are 
planned for the SAD class. First among 
these is a change to an Object Oriented de¬ 
sign from the traditional methods. The stu¬ 
dents frequently have trouble grasping the 
traditional design methods, while Object 
Oriented design methods follow a more 
"natural" path and, based on the authors' 
experience, students seem to have an easier 
time learning and applying the concepts. 
This will also allow the capstone students to 
more naturally follow an object oriented me¬ 
thodology, and ties in with the programming 
principles that are covered in other courses 
within the IS major. Key objects such as 
person, product, invoices, donations, etc. 
will come more naturally to the students fol¬ 
lowing their initial object orientation. 

A second enhancement will be requiring ad¬ 
ditional client interaction. Many of the stu¬ 
dent groups have fallen into a "traditional" 
pattern with system development - they 
meet with the client, go away and return 
with a "completed" system. This causes 
numerous problems in the real world, as well 
as in capstone course when the students try 
to build their "completed" designs, only to 
find out that they have missed multiple sys¬ 
tem requirements. In future semesters, the 
student groups will be required to meet with 
their clients on a regular basis and present 
their plans in language that the users can 
understand. Again, the object oriented me¬ 
thods will help with this, as they focus on 


design standards that can be more readily 
understood by the users. 

Another enhancement for the class will be 
having the students focus their design ef¬ 
forts on user menus as well as additional 
storyboards first. This will require them to 
list all of the user functions up front, so that 
fewer requirements are missed. This will 
also give the students something that they 
can share with the users that the users will 
be easily able to understand. 

Finally, the course will spend more time on 
the database designs to support the sys¬ 
tems. In the first few iterations of the 
course, less time was spent on this topic 
because the students were required to take 
a database course as a pre-requisite for the 
SAD course. Flowever, it has become clear 
that the application of database design con¬ 
cepts continue to pose problems for the stu¬ 
dents. As such, the course will focus on this 
area more intensively. 

Capstone Course 

As the capstone course is in its fifth year and 
has become easier and more effective with 
the 'chaining' of the two courses, the follow¬ 
ing are scheduled improvements for the next 
academic year. 

Require the students to meet with the end 
client more frequently. This builds a good 
foundation for understanding and clearing up 
any 'unspecified' requirements. In addition 
this is a great learning experience to work 
and interview with potential employers. En¬ 
courage our students to use these contacts 
in their job search. 

Build more 'mini projects' to practice com¬ 
mon requirements of all systems. This in¬ 
cludes building common objects such as per¬ 
son and invoice. IN addition projects that 
help students create the data access layer 
and business logic layer for user roles will be 
added earlier in the semester. As the course 
is managing an average of 15 projects there 
are common features that need to be devel¬ 
oped early and shared. 

Have the student teams present their 
progress to the entire class at mid-terms. 
This will aid in students helping students. 
Again the concepts on many unique projects 
are actually similar. 
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